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DETAILED ACTION 

Specification 

1 . The lengthy specification has not been checked to the extent necessary to 
determine the presence of all possible minor errors. Applicant's cooperation is 
requested in correcting any errors of which applicant may become aware in the 
specification. 



Claim Rejections - 35 USC §112 

2. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

3. Claims 1,6,12,13,14,19,20 and 23 are rejected under 35 U.S.C. 112, second 
paragraph, as being indefinite for failing to particularly point out and distinctly claim the 
subject matter which applicant regards as the invention. 

4. Claim 1 recites the limitation "the central process" in lines 4,6,8, and 10. There is 
insufficient antecedent basis for this limitation in the claim. This limitation also appears 
in several claims which depend from claim 1 . 

5. Claim 6 recites the limitation "the central processor" in line 10. There is 
insufficient antecedent basis for this limitation in the claim. It appears that Applicant 
intended to refer to —the central process—, and it has been interpreted as such for the 
purpose of applying prior art. 

6. With regard to claim 12, step (d) already appears in claim 1 , which claim 12 
depends from. The steps should begin with e step (e). As a result, it is unclear what the 



Application/Control Number: 09/670,455 Page 3 

Art Unit: 2153 

steps to be repeated listed in line 12 are supposed to be. For the purpose of applying 
prior art, it has been interpreted that steps currently labeled e,f,and g, are the steps 
which are supposed to be repeated. 

7. With regard to claim 13, step (d) already appears in claim 1 , which claim 12 
depends from. The steps should begin with e step (e). As a result, it is unclear what the 
steps to be repeated listed in line 1 1 are supposed to be. For the purpose of applying 
prior art, it has been interpreted that steps currently labeled e,f,and g, are the steps 
which are supposed to be repeated. 

8. Claim 14 recites the limitation "the central process" in lines 5,7,9, and 1 1 . There 
is insufficient antecedent basis for this limitation in the claim. This limitation also 
appears in several claims which depend from claim 14. 

9. Claim 19 recites the limitation "the central processor" in line 10. There is 
insufficient antecedent basis for this limitation in the claim. It appears that Applicant 
intended to refer to —the central process--, and it has been interpreted as such for the 
purpose of applying prior art. 

10. Claim 23 recites the limitation "the central process" in line 5. There is insufficient 
antecedent basis for this limitation in the claim. 

Claim Rejections - 35 USC § 103 

1 1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
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invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

12. Claims 1,2,3,4,8,12,14,15,16,17 and 20 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Stevenson et al. in view of Applicant's admitted prior art. 

13. With regard to claim 1 , Stevenson et al. disclose a method of managing 
distributed statistical data retrieval in a network device, comprising: b. sending a 
predetermined (Page 52, Lines 17-20) number of packets from the card to the central 
process (a burst) (Page 54, Lines 19-21), wherein each packet contains at least a 
portion of the file; c. sending an acknowledge request (set End of Burst flag) to the 
central process in conjunction with sending the last packet in the predetermined number 
and (Page 54, Lines 19-21 ); d. controlling the number of packets sent from the card to 
the central process, including: sending an acknowledge packet from the central process 
to the card (Page 55, Lines 17-18 and Page 68, Lines 31-35); and repeating steps b,c, 
and d when the acknowledge packet is received at the card (Multiple burst transactions 
may be executed) (Page 55, Lines 1-7). Stevenson et al. do not disclose the step of a. 
gathering statistical data on at least one card within the network device periodically or 
that the file transferred comprises statistical data. 

The system disclosed by Stevenson et al. is directed toward the transfer of a 
large file, without limitation regarding the type of file transferred. In the background of 
the present application, Applicant discloses that statistical data may be retrieved from 
distributed modules within a network device and stored in non-volatile memory. In 
addition, this data may be moved to a workstation for processing (Application, Page 1, 
Lines 6-11). Since this data is stored in a file in non-volatile memory, and can potentially 
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be a large amount of data, it could benefit from being transferred in the manner 
disclosed by Stevenson et al. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to gather statistical data on at least one card within the 
network device periodically and transmit the gathered statistical data to the central 
process using the method disclosed by Stevenson et al. since it can greatly improve the 
speed an efficiency of the data transfer process (Page 49, Lines 5-8). 

14. With regard to claims 2 and 15, Stevenson et al. further disclose that sending an 
acknowledge request to the central process in conjunction with sending the last packet 
in the predetermined number, comprises: sending the acknowledge request embedded 
within the last packet in the predetermined number (Page 54, Figure 6). 

15. With regard to claims 3 and 16, while the system disclosed by Stevenson et al. in 
view of Applicant's admission shows substantial features of the claimed invention 
(discussed above), it fails to disclose that sending an acknowledge request to the 
central process in conjunction with sending the last packet in the predetermined 
number, comprises: sending the acknowledge request in an acknowledge request 
packet separate from the last packet in the predetermined number. 

However, it is clear that sending the acknowledge request in an acknowledge 
request packet separate from the last packet in the predetermined number would not 
change the functionality of the invention. The acknowledge request serves only to notify 
the receiver that the burst transmission is complete so the receiver can determine if all 
the data was properly received. As long as the acknowledge request is received in a 
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timely manner, it is not important how the receiver gets it. In some instances, it may be 
advantageous to send the acknowledge request in a separate packet. If the 
acknowledge request is to be embedded in the last packet, the space for the request 
must be located in the header of every packet, since any packet could be the last one. 
This results in wasted bandwidth since few of the total packets sent are the last packet 
in a burst. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to send the acknowledge request in an acknowledge 
request packet separate from the last packet in the predetermined number. This way, 
no space in the packet header must be reserved for acknowledge requests, reducing 
overhead on the network. 

1 6. With regard to claims 4 and 1 7, Stevenson et al. further disclose that sending an 
acknowledge packet from the central process to the card comprises: detecting an 
acknowledge request at the central process in a packet received from the card 
(Determine if End Of Burst flag is set) (Page 54, Lines 19-21); and sending the 
acknowledge packet to the card from the central process (reply with then burst expected 
next)(Page 68, Lines 31-35). 

17. With regard to claims 8 and 20, Applicant further discloses that it is known toO 
gather statistical data on at least one card within the network device periodically byy 
gathering a current statistical data sample periodically at a first period (15 minutes) 
(Application, Page 1, Lines 18-19). 
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18. With regard to claim 12, while the system disclosed by Stevenson et al. in view of 
Applicant's admission shows substantial features of the claimed invention (discussed 
above), it fails to specifically disclose gathering second statistical data on a second card 
within the network device periodically and sending the second statistical data to the 
central process. 

However, it is well-known in the art that many network devices such as routers 
can and usually do consist of a plurality of network cards. In most cases, the cards are 
attached to different network segments and can record information about those 
segments. It would be advantageous for the central process to be able to retrieve data 
from all of the cards located in a network device so that it could receive the most 
accurate information regarding the network segments which the device is attached to. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to allow all of the cards located within a network device to 
send statistics to the central process for analysis. Since each card is usually connected 
to a different network segment, each card can provide statistics that are not available to 
the other cards in the device. 

19. With regard to claim 14, while the system disclosed by Stevenson et al. in view of 
Applicant's admission shows substantial features of the claimed invention (discussed 
regarding claim 1), it fails to specifically disclose gathering statistical data on a plurality 
of cards within the network device periodically and sending the statistical data to the 
central process. 

However, it is well-known in the art that many network devices such as routers 
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can and usually do consist of a plurality of network cards. In most cases, the cards are 
attached to different network segments and can record information about those 
segments. It would be advantageous for the central process to be able to retrieve data 
from all of the cards located in a network device so that it could receive the most 
accurate information regarding the network segments which the device is attached to. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to allow all of the cards located within a network device to 
send statistics to the central process for analysis. Since each card is usually connected 
to a different network segment, each card can provide statistics that are not available to 
the other cards in the device. 

20. Claims 5,9-11,13,18, and 21-25 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Stevenson et al. in view of Applicant's admission in further view of 
Tanenbaum. 

21 . With regard to claims 5 and 18, while the system disclosed by Stevenson et al. in 
view of Applicant's admission shows substantial features of the claimed invention 
(discussed above), it fails to disclose that sending an acknowledge packet from the 
central process to the card comprises: detecting an acknowledge request at the central 
process in a packet received from the card; determining a number of packets to be 
processed by the central process; comparing the number of packets to be processed to 
a predetermined threshold periodically; and sending the acknowledge packet to the card 
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from the central process when the number of packets to be processed is less that the 
predetermined threshold. 

Tanenbaum discloses a well-known flow control method for network 
transmissions which allows the receiver to stop the sender from sending any more data 
until the receiver has enough buffer space. Since the size of the packet bursts disclosed 
by Stevenson et al. are known to the receiver (window size), it can easily determine if 
enough space remains in the buffer. It would be logical and advantageous to delay the 
acknowledge packet until the buffer has enough space to hold another burst. As 
disclosed by Tanenbaum, delaying the acknowledgement until the receiver has time to 
process the packets prevents the sender from sending data faster than in can be 
processed by the receiver (Page 195, Line 37 to Page 196, Line 5). This prevents data 
form being lost due to buffer overflows. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to modify the protocol disclosed by Stevenson et al. in 
view of Applicant's admission to follow the structure taught by Tanenbaum. By delaying 
the acknowledge packet until the buffer is sufficiently empty to hold another burst 
transmission, date loss due to buffer overflow is prevented. This also reduces the load 
on the network since the lost data does not need to be retransmitted. 
22. With regard to claims 9 and 21 , while the system disclosed by Stevenson et al. in 
view of Applicant's admission shows substantial features of the claimed invention 
(discussed above), it fails to disclose that gathering statistical data on at least one card 
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within the network device periodically comprises adding the current statistical data 
sample to a data summary each time the current statistical data sample is gathered. 

Tanenbaum discloses SNMP, a standard protocol for collecting and 
communicating information about network devices. Tanenbaum discloses that statistics 
are collected about network devices such as routers, which is stored in various fields in 
the devices. Many of the statistics, such as discarded packets, are added to a data 
summary each time the current statistical data sample is gathered (Page 642, Lines 11- 
15). As further disclosed by Tanenbaum, these summaries are particularly useful for 
managing routers (page 642, Lines 14-15). 

Therefore, it would have been it would have been obvious to one of ordinary skill 
in the art at the time the invention was made to add the current statistical data sample to 
a data summary each time the current data sample is gathered. This allows the 
statistics to be collected overtime and provide more meaningful information regarding 
the performance of the network devices, such as the number of packets discarded by a 
router over time. 

23. With regard to claims 10 and 22, while the system disclosed by Stevenson et al. 
in view of Applicant's admission shows substantial features of the claimed invention 
(discussed above), it fails to disclose that sending packets from the card to a central 
process comprises: sending packets containing at least a portion of the current 
statistical data sample from the card to the central process periodically at a first period; 
and sending packets containing at least a portion of the data summary from the card to 
the central process periodically at a second period. 
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Tanenbaum discloses SNMP, a standard protocol for collecting and 
communicating information about network devices. Tanenbaum discloses that statistics 
are collected about network devices such as routers, which is stored in various fields or 
tables in the devices. These statistics can then be requested by a management station 
(Page 643, Lines 8-19). A busy network would generate a significant amount of data, so 
the tables that contain summaries of the data could get very large. Transmitting a large 
table would be very time consuming and would create congestion on the network. It 
would be advantageous to transmit large tables at a different period than single 
variables, to prevent unnecessary congestion while still allowing the management 
station to access the variables at any time. 

Therefore, it would have been it would have been obvious to one of ordinary skill 
in the art at the time the invention was made to transmit large tables at a different 
frequency than single variables since they consume large amounts of bandwidth and 
cause congestion in the network. For example, single variables could be transmitted 
every minute, while large summary tables may only be transmitted once per day during 
a period of low network usage. This would allow the statistics to be retrieved and 
analyzed without creating unnecessary congestion. 

24. With regard to claims 1 1 and 22, as discussed regarding claims 10 and 21 , the 
second period is longer than the first period (Every minute vs. Once Daily). This 
prevents the large data summaries from causing congestion by frequent transmission 
while still allowing individual variables to be transmitted frequently for real-time analysis 
of the network. 
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25. With regard to claim 13, while the system disclosed by Stevenson et al. in view of 
Applicant's admission shows substantial features of the claimed invention (discussed 
above), it fails to disclose that the data is first statistical data and wherein the method 
further comprises: gathering second statistical data on the card sending the second 
statistical data to the central process. 

Tanenbaum discloses SNMP, a standard protocol for collecting and 
communicating information about network devices. Tanenbaum discloses that multiple 
types of statistics are collected about network devices such as routers, and stored in 
various fields or tables in the devices (Page 641 , Lines 1 -9 and Fig 7-37). These fields 
can subsequently be retrieved by a management station using various commands 
(Page 643, Fig 7-38). Since all of these statistics are collected for each device, it would 
be advantageous to allow multiple data types to be collected and transmitted to the 
central process. 

Therefore, it would have been it would have been obvious to one of ordinary skill 
in the art at the time the invention was made to collect and send multiple types of data 
from the card to the central process. Many different statistics are useful to the central 
process for network management, but they are of little use if they remain on the devices 
unread. 

26. With regard to claim 24, as discussed regarding claims 10 and 13, it would be 
advantageous to collect a plurality of different types of statistical data on one or more 
cards within the network device, as well as send the data types at staggered times to 
avoid creating unnecessary congestion on the network. A further advantage of 
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transmitting the groups of packets such that each group contains one type of data is 
that the central process could easily collect all data of the same type from every card, 
since all cards could transmit a particular data type during a particular time slot, 
simplifying the collection of the data since it would not need to be sorted. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to collect multiple data types on at least one card within 
the network device, and send groups of packets from the card to the central process at 
staggered times, wherein each group of packets includes one of the different types of 
statistical data. This helps alleviate the congestion caused by sending large amounts of 
data at one time and simplifies the sorting of data since only one data type is received 
at a time. 

27. With regard to claim 25, Tanenbaum further discloses gathering each of the 
different types of statistical data at a different time (Different groups are collected at 
different times. UDP stats when UDP packets are received, TCP when TCP packets are 
received, etc.)(Page 641 , Line 10 to Page 642, Line 36). 

28. Claims 6 and 19 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Stevenson et al. in view of Applicant's admission in further view of Simmons et al. (US 
6,167,054). 

29. With regard to claims 6 and 19, while the system disclosed by Stevenson et al. in 
view of Applicant's admission shows substantial features of the claimed invention 
(discussed above), it fails to disclose that sending an acknowledge packet from the 
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central process to the card comprises: detecting an acknowledge request at the central 
process in a packet received from the card; determining a number of packets to be 
processed by the central process; comparing the number of packets to be processed to 
a predetermined threshold; estimating when the number of packets to be processed will 
be below the predetermined threshold; and sending the acknowledge packet from the 
central process to the card indicating a time that the card may resume sending packets 
to the central processor. 

Simmons et al. disclose a method for providing flow control for network 
transmissions in which the receiver's data buffer level is compared to various thresholds 
to determine the appropriate length of time that the sending station should stop sending 
data. The closer to full that the buffer is, the longer the sending station is told to wait 
before resuming the transfer of packets (Col 12, Lines 28-49). This ensures that the 
data buffer will not overflow and result in lost packets by giving the receiver time to clear 
out the buffers (Col 13, Lines 32-34). When the sender receives the pause frame, it 
stops transmitting frames for the duration of time specified in the frame (Col 1 , Lines 51- 
54). This method of controlling the flow between the sender and receiver is 
advantageous since it allows flow control to be initiated before the receive buffer is full, 
at which time data will already have been lost. It also allows the amount of pause time 
to be variable which makes the throughout more efficient (Col 1, Lines 55-66). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to modify the system disclosed by Stevenson et al. in view 
of Applicant's admission in view of Simmons et al. to compare the number of packets in 
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the buffer to a predetermined threshold, estimate when the number of packets to be 
processed will be below the threshold, and send the acknowledge packet from the 
central process to the card indicating a time that the card may resume sending packets 
to the central processor. 

30. Claims 7 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Stevenson et al. in view of Applicant's admission in further view of Simmons et al. (US 
6,167,054) in further view of Ramakrishnan (US 6,167,029). 

31 . With regard to claim 7, while the system disclosed by Stevenson et al. in view of 
Applicant's admission in further view of Simmons et al. shows substantial features of the 
claimed invention (discussed above), it fails to disclose that if the number of packets to 
be processed is below the predetermined threshold, then the indicated time is 
immediately. 

Ramakrishnan discloses a similar system to Simmons et al. in which pause 
frames are used to control the flow of a network transmission. Ramakrishnan discloses 
a pause frame with a pause time of 0, indicating that the sender can begin transmission 
immediately. This frame is used for resuming a paused transmission and would be 
particularly useful for resuming a station that was previously told to pause for a long 
time in the event that the buffer was cleared faster than originally estimated. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention as made to explicitly place a pause time of 0 in the acknowledge 
packet if buffer space is available. This would allow a paused sender to be resumed in 
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the event that the buffer is cleared faster than the originally estimated, reducing the 
amount of time in which the network is not being utilized. 

32. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Aaron Strange whose telephone number is 703-305- 
8878. The examiner can normally be reached on M-F 8:30-5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Glen Burgess can be reached on 703-305-4792. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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